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Sir: 

(i) Real party in interest 

The real party in interest is Olsen Data Ltd. of Zurich, Switzerland ("Olsen"). 

(ii) Related appeals and interferences 

There are no related appeals and interferences. 

(iii) Status of claims 

Claims 44-52, 55-66 and 84 are the subject of this appeal. Claims 1-43 and 67-83 have 
been withdrawn. Claims 53 and 54 have been canceled. 

(iv) Status of amendments 

No amendment was filed subsequent to final rejection, 
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(v) Summary of claimed subject matter 

Applicant's claims on appeal are directed to a system for processing time-stamped data 
from one or more time series. As stated in paragraph 0029 of applicants' specification, a time 
series is "a set of data points sorted in order of increasing time." Further, as set forth in the 
claims, the time series is time-stamped. Time-stamping is described at paragraph 0037 and 
shown on the left-hand side of Fig. 1 . 

The claimed system includes one or more processing modules for processing time- 
stamped, time series data, one or more connections for linking the processing modules in a 
network, and a subsystem for activating the modules and moving data through the network. 

As noted at paragraph 0004 of the specification, financial time series data tends to be 
irregularly spaced as is also shown in the time-stamps of Fig. 1. As also noted in paragraph 
0004, such data also tends to be voluminous and not readily stored on conventional computers. 

To overcome these problems, applicants have devised a language and a system to process 
time-stamped, time series data on a data flow basis. An overview of this system is set forth at 
paragraphs 0157 through 0164. An example of the system is set forth in Fig. 9 and described in 
paragraphs 0221 through 0226 and the table of C++ code incorporated in paragraph 0221 . 

The exemplary system comprises several processing blocks. The Orla Read Ascii block 
of Fig. 9 reads Ascii data (paragraph 0212), the Orla Project block extracts a Bid price 
(paragraph 0221), the Orla EMA block computes an exponential moving average (EMA) 
(paragraph 0218) and the Orla Print block generates an output (paragraph 0213). As set forth at 
paragraphs 0200 through 0204, each block may be thought of as a small processor or procedure 
and each block has input and/or output ports by which it is connected to other blocks in a 
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network. The blocks are the processing modules of paragraph (a) of claim 44. Examples of 
various other blocks are set forth at paragraphs 0210 through 0220. 

The blocks are interconnected through ports as more fully described in paragraphs 0205 
through 0209, The connection between an output port of one block and an input port of the next 
block is established by a binding operation described more fully at paragraphs 0209, 0223 and 
0224. These elements constitute the connections for linking modules as recited in paragraph (b) 
of claim 44. 

Finally, the system is managed by a network scheduler described at paragraph 0163. The 
system is activated by the statement "net.run ( )" as described at paragraphs 0225 and 0226. 

(vi) Grounds of rejection to be reviewed on app eal 

Claims 44-52, 55-66 and 84 have been rejected under 35 U.S.C. 102(e) as anticipated by 
Langseth et al. (U.S. Patent 6,741,980). 

(vii) Argument 

Langseth describes a personal intelligence network that delivers personalized 
information and transactional data from a database to individuals via e-mail, phone, 
PDAs or the like. As best shown in Fig. 2A, the system includes a variety of channels of 
information 40 that provide input to a data distribution system 42. The data distribution 
system outputs content either directly or through a variety of affiliates 202 using a variety 
of communication resources 22 such as the Internet, wireless communication and 
telephony. Fig. 2B provides more detail on the system. 

A wide variety of content is contemplated for distribution by the Langseth system 
including sports information, business news, weather, travel information, financial information 
and a news channel. 
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At page 7 of the Office Action of March 2, 2006, the Examiner directs the applicants' 
attention in particular to the financial information described at Col. 3, lines 26-29 and that shown 
in Fig. 13 of Langseth. Col. 3, lines 26-29 describe a service that may be called "Market 
Update" that "sends an email to subscribers every day at 5 p.m. with a summary of the market 
results for the day." Fig. 13 appears to be similar. It is captioned "Daily Market Summary" and 
appears to show the closing prices, dollar change, high, low, volume and percent change for a 
group of stocks and two charts, one covering six days and the other seven months. Fig. 13 is 
described at Col. 6, lines 27-28 as a "facsimile output" and at Col. 22, lines 25-31 as a facsimile 
of a detailed chart. 

Also in Langseth is a description at Col. 10, lines 9-51 of various types of services 
that might be provided over its financial channel. These services include moving 
averages, P/E ratios, earnings and a host of other financial data that can only be 
appreciated by reviewing the listing in Column 10. 

With respect to the disclosure at Col. 3, lines 26-29, little information is given as 
to what is provided. It is merely characterized as "a summary of the market results." 
This could be in almost any format. No suggestion is given in this description that this 
information constitutes time series data or that such time series data is time stamped. 
Moreover, Col. 3, lines 26-29 merely describe the output of the financial service and do 
not describe what is processed by the financial service. Thus, this material provides no 
suggestion of a system for processing time-stamped, time series data as claimed by 
applicants. 

Similarly, with respect to Fig. 13, which the Examiner describes as "an example 
of the claimed time series data," Fig. 13 merely shows a table of closing prices for 
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various stocks and two charts neither of which is explained. The set of closing prices 
does not constitute a time series because the closing prices are not sorted in the order of 
increasing time. As for the charts, they are not explained. But most important of all, the 
material of Fig. 13 is described as an output of Langseth's invention. This output does 
not teach or suggest what is provided to Langseth's system for processing and therefore 
does not teach or suggest applicants' system for processing time-stamped, time series 
data. 

In the absence of any disclosure in Langseth of the input of time-stamped, time 
series data, there is no suggestion in Langseth of the system claimed in claim 44 which 
includes one or more processing modules for processing time-stamped, time series data. 
Moreover, there is no suggestion of the claimed connections for such modules or of a 
sub-system for activating such modules. 

Accordingly, it is respectfully submitted that claim 44 is patentable. 

Dependent claims 45-52, 55-66 and 84 are believed patentable for the same 
reason claim 44 is patentable. In addition, dependent claim 45 and claims 46-50, which 
are dependent thereon, are believed patentable for the additional reason that they specify 
that the system of claim 44 further includes a type system comprising one or more types 
and a relation among them. 

The type system is described at paragraphs 0197 to 0199, 0205 to 0209, and 0280 
to 0383. Data is required to belong to a specific data-type and the processing blocks or 
modules specify what types of data they accept. As noted at paragraph 0295, a grammar 
describes all valid types in the type system. 
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Applicants' usage of the terms "type" and "type system" is intended to be 
consistent with the usage of these terms in computer science. See, for example, attached 
pages 12-16 of A.V. Aho and J.D. UUman, Foundations of Computer Science, (Computer 
Science Press 1992), one of the leading texts in computer science. 

While Langseth does use the word "type" at Col. 7, line 13, it is used in a general 
description of organizing information by relationships such as "subject matter, date, type, 
etc."; and nothing indicates that he is using the term in a technical fashion as applicants 
are using it. Accordingly, it is respectfiilly submitted that Langseth does not suggest a 
system for processing time-stamped, time series data that further includes a type system 
as recited in applicants' claim 45 and claims 46-50 which are dependent thereon, 
(viii) Claims Appendix 

44. A system for processing time-stamped data from one or more time series 
comprising: 

(a) one or more processing modules for processing the time-stamped, time 

series data; 

(b) one or more connections for linking said modules in a network; and 

(c) a first subsystem for activating said one or more processing modules and 
for moving the data through the network. 

45. A system for processing data fi*om one or more time series as in claim 44 further 
comprising a type system comprising: 

(a) one or more types; and 

(b) a relation among said one or more types. 
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46. A system for processing data from one or more time series as in claim 45 further 
comprising a grammar to describe said types in said type system. 

47. A system for processing data from one or more time series as in claim 45 wherein 
said one or more processing modules comprise one or more ports. 

48. A system for processing data from one or more time series as in claim 47 ftirther 
comprising one or more binding operators for creating said one or more connections to link two 
or more of said ports. 

49. A system for processing data from one or more time series as in claim 48 wherein 
at least one of said types is assigned to at least one of said ports. 

50. A system for processing data from one or more time series as in claim 49 wherein 
said one or more processing modules comprise: 

(a) a configure method for checking that said types on said ports that are 
linked by one of said connections are consistent. 

51 . A system for processing data from one or more time series as in claim 44 wherein 
said processing modules comprise: 

(a) a process data method to process the data. 

52. A system for processing data from one or more time series as in claim 51 wherein 
said subsystem executes said process data method. 

55. A system for processing data from one or more time series as in claim 44 wherein 
said processing modules comprise one or more ports. 

56. A system for processing data from one or more time series as in claim 55 wherein 
said ports comprise one or more input ports and one or more output ports. 
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57. A system for processing data from one or more time series as in claim 56 wherein 
said processing modules further comprise: 

(a) at least one end of data method to indicate that no more data will be 
provided to said one or more input ports of said processing modules. 

58. A system for processing data from one or more time series as in claim 57 wherein 
said first subsystem executes said end of data method when said subsystem has no more of the 
data to provide to said processing module. 

59. A system for processing data from one or more time series as in claim 56 wherein 
said processing modules input at least one input datum of the data on said input ports, process 
said at least one input datum to produce at least one output datum, and output said at least one 
output datum on said output ports. 

60. A system for processing data from one or more time series as in claim 59 wherein 
said processing module further comprises a build-up delay method that computes how much time 
said processing module needs before said processing module can output said at least one output 
datum that is meaningful. 

61 . A system for processing data from one or more time series as in claim 59 wherein 
said processing modules further comprise one or more timer methods to process one or more 
timers. 

62. A system for processing data from one or more time series as in claim 61 wherein 
said one or more timers indicate when said processing modules should output said at least one 
output datum on said output ports. 



1 -NY/2 148477.1 



-8- 



63. A system for processing data from one or more time series as in claim 62 wherein 
said processing modules compute an average of input data and output said average at its said 
outputs at time intervals. 

64. A system for processing data from one or more time series as in claim 63 wherein 
said time intervals are hourly. 

65. A system for processing data from one or more time series as in claim 59 wherein 
said processing module comprise: 

(a) at least one end of run method to indicate that said processing module 
should output any remaining said at least one output datum. 

66. A system for processing data as in claim 65 wherein said first subsystem executes 
said end of run method. 

84. A system for processing data from one or more time series as in claim 44 wherein 
the data is ordered according to the time-stamp and provided to said processing modules in order. 
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(ix) Evidence Appendix 

Attached are pages 12-16 of A.V. Aho and J.D. UUman, Foundations of Computer 
Science (Computer Science Press 1992). 

(x) Related Proceedings Appendix 
None 

In view of the forgoing remarks, the claims in this application are believed to be in 
condition for allowance. Such action is respectfully requested. 

Respectfully submitted, 



Date: March 5, 2007 



Francis E. Morris 
Registration No. 24,615 
Morgan, Lewis & Bockius LLP 
Customer No. 009629 
(212) 309-6632 
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12 COMPUTER SCIENCE: THE MECHANIZATION OP ABSTBACTION 

reason is that until we compute the carry-out of the rightmost place, we cannot 
compute zi or the carry-out of the second place. Until we compute the carry-out of 
the second place, we cannot compute Z2 or the cmy-out of the third place, and so 
on. Thus, the time taken by the circuit is the length of the numbers being added — 
32 in bur case — multiplied by the time needed by a one-bit adder. 

One might suspect that the need to '^ripple" the carry through each of the one- 
bit adders, in turn, is inherent in the definition of addition. Thus, it may come as 
a surprise to the reader that computers have a much faster way of adding numbers. 
We shall cover such an improved algorithm for addition when we discuss the design 
of circuits in Chapter 13. 4- 

EXERCISES 

1.3.1: Elxplain the difference between the static and dynamic aspects of a data 
model. 

1.3.2: Describe the data model of your favorite video game. Distinguish between 
static and dynamic aspects of the model. Hint: The static parts are not just the 
parts of the game board that do not move. For example, in Pac Man, the static 
part includes not only the map, but the ''power pills," '^monsters," and so on. 

1.3.3: Describe the data model of your favorite text editor. 

1.3.4: Describe the data model of a spreadsheet program. 

1.4 The Pascal Data Model 

In this section we shall summarize the data model used by the programming lan- 
guage Pascal. We begin with the static part of the model, which in a programming 
Type system . language is often called the type system^ because the static aspect of the model is 
really the collection of types that data may have. We then discuss the dynamics of 
the Pascal data model, that is, the operations that may be performed on data. 

The Pascal Type System 

The basic principle under which Pascal and most other prograunming languages deal 
with data is that each program has access to "boxes." Each box has a type, such as 
integer or the type CELL defined in Example 1.1. We may store in a box any value 
of the correct type for that box. We often refer to the values that can be stored in 

Data object boxes as data objects. 

We may also name boxes. In general, a name for a box is any expression that 
denotes that box. Often, we think of the names of boxes as the variables of the 

Name program, but that is not quite right. For example, if x is a variable local to a 

recursive procedure then there may be many boxes named x, each associated 
with a separate call to P. Then the true name of such a box is a combination of x 
and the particular call to P. 

As another example, the built-in function nev of Pascal can be applied to a 
pointer variable, say p. When we execute nev(p), p is made to point to a new box, 
of the proper t3rpe for something pointed to by p. For instance, if p is a pointer to 
integers, then the box is of t3rpe integer. The only name for this box is p". 
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In Pascd there is an infinite set of types, aay of which could be the 
associated with a particuhu: box. These types, and the rules by which th« 
constructed, form the type system of PascaL The type system contains elemc 
types such as integers, and a coUection of type-fonnation rules with which ^ 

2.6, we shall discuss recursive definitions in general, of which the definition . 
Pascal type system is an example. In recursive definitions, we start with a 
m this case the dementary types of Pascal, and continue with an inducHon 
where we apply formation rules as many times as we lite, to construct aU t 
objects m which we are interested. 

BASIS. For Pascal, the elementary types are 

1. Integers 

2. Real numbers 

3. Characters 

4. Booleans (TRUE and FALSE) 

5. Special finite sets of elements, which are either 

* a. ^n^e'KPwof integers, such as 10. .20, or of characters, such as 'a', 
or 

b. Enumerated types, such as 

(Happy, Bashful. Grunpy, Sleepy, Sleazy, Hairy. Filthy) 

Terms'!: *yP*^«>"°*«o" ^«me that we already have some t 
which could be elementary types or other types that we have already constn 
using these mks. The definition of a type T can also include uses of T itself dk 
or indirectly. For example, the definition of CELL in Section 1.1 used a field of 
LISJ. where LIST - " CELL. In Pascal, we create new types using t^efoS 

1. Array types. We can form an array whose elements are of some arbitrary 1 
Sw* Sot*"*'' ^ ^'^^ ^* ^' " by baais rule 

array {7] of T 

is an array type. Far example, if our index type is 1 .. 100 and the type 1 
array elements is the type CELL discussed earlier, then 
array [1..100] of CELL 

is an array t3rpe. 

I. Reami-structure types. We can form a record whose fields are arbitrary ty 
either basic or defined. Different fields can have different types, but each 
must have elements of a single type. The rule for forming record structure 
iiii,23,....r„ are arbitrary types and are field names. th« 
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record 

Fa: Ta; 
Fn: Tn 

end 

defines a type with n fields. The tth field has name Fi and value of type 3 
for t = l,2,...,n. 

3. Pointer types. If T is any type, then ^ T denotes the type "pointer to an obj© 
of type r." Notice that if p names a b<»c of type " T, then the value in box 
is a pointer, often drawn as an arrow, rather than an object of type T itsel 
When we leam about the architecture of a computer in Chapter 4, we sha 
see that what really appears in the box named p is the address, or locatioi 
at which a certain object of type T is stored in the computer. Figure 1.1 
illustrates the conventional view of a pointer- valued variable. 

4. File types. If T is any type, then file of T defines the type that is a file c 
objects of type T. 

5. Set types. If T is a type that denotes a Wall" set of elements, such as a rang 
type with a suflidently small range (the actual limit on the range depends oi 
the particular Pascal compiler used), then set of T defines a type that is j 
set of objects of type T. 



P 




Fig. 1.10. Variable p is of type " T. 



Example 1.4. Consider the four type definitions in Fig. 1.11. In the conven- 
tional view of data in Pascal, an object of type TYPEl is an array with 10 slots, each 
holding an integer, as suggested in Fig. 1.12(a). Likewise, objects of type TYPiE2 
are pointers to such arrays, as in Fig. 1.12(b). Record objects, like those of TYPE3, 
are visualized as in Fig. 1.12(c), with a slot for each field; note that the name of 
the field (e.g., f ieldl) does not actually appear with the value of the field. Finally, 
objects of TYPE4 would have five slots, each of which holds an object of TYPE3, a 
structure we suggest in Fig. 1.12(d). ♦ 



Example 1.5. Example 1.4 is typical of how we construct objects of a given 
type, provided that the type is not defined in terms of itself. If a type is defined 
in terms of itself, objects of that type may still make sense. A case in point is the 
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TYPHI = array [1..10] of integer; 

TYPE2 a ^ TYPEi; 

TYPE3 =» record 

fieldl: integer; 
field2: TYPE2 

end; 

TYPE4 » array [0..4] of TYPE3; 



Fig. 1.11. Some Pascal type declarations. 
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(a) 




(b) 



fieldl 


3 


field2 






(c) 



fieldl 


3 


field2 










fieldl 


7 


field2 






(d) 



Pig. 1.13. Visualization of type declarations in Fig. 1.11. 
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Types, Names, Variables, and Identifiers 

A number of terms associated with data objects have different meanings but are 
to confuse. First, a type describes a "shape" for data objects; we have illustr 
the Pascal type system, or collection of possible types, in this section, but o 
programming languages may have other type systems. In Pascal, types are def 
using the ke3rword t3rpe, as in 

type T = <type descriptor> 

Type descriptor The type descriptor is an expression that tells us the shape of objects of the typ 
such as array [1 . . 10] of ^ integer, that is, an array of 10 pointers to integ 
A type definition for type T does not actually create any objects of that t^ 
An object of type T is created by a declaration of the form . 
var x: T 

Here, z is an identifier, or Variable name," associated with some procedure P 
a special case, P could be the whole program). When P is called, a box wl 
name is "the x associated with this caU to jP* is created. Recall that a "nai 
is any expression that can be used to refer to a box. As mentioned in the t< 
there can be many boxes each of whose name involves the identifier x, since P i 
be recursive. There may even be other procedures that also have used identific 
to name one of their variables. Moreover, names«are more general than identifi* 
since there are many kinds of expressions that could be used to name boxes, 
mentioned that p^ could be the name of an object pointed to by pointer p, i 
other names are complex expressions such as p*" . f [2] . The latter expression rel 
to the array element number 2 of the field f of the record pointed to by pointei 



linked list defined in Example 1.1, where Fig. 1.3 is a typical linked list termina 
by a NIL pointer. Technically speaking, objects of type CELL of that example co 
also loop back on themselves, as suggested by Fig. 1.13, but we tend not to use st 
structures in practice. 4* 




Fig* 1.13. Linked list not terminated in IIL. 



Procedures and Functions 

Procedures also have associated types, even though we do not associate boxes 
"values" with procedures, as we do with program variables. For any list of tyj 
Ti,T2,...,7'n, we can define a procedure with n parameters consisting of th< 
types, in order. This list of types is the "type" of the procedure. A procedure n 
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